home *** CD-ROM | disk | FTP | other *** search
- From: gsez020@nemo.bedford.waii.com (Pete Forman)
- Message-ID: <tuivhsd7fn.fsf@nemo.bedford.waii.com>
- X-Original-Date: 31 Jan 1996 09:45:00 +0000
- Path: in1.uu.net!bounce-back
- Date: 01 Feb 96 02:09:05 GMT
- Approved: fjh@cs.mu.oz.au
- Return-Path: <daemon@meeker.UCAR.EDU>
- Newsgroups: comp.std.c++
- Subject: Re: Time representations
- Organization: Western Geophysical, Div. of Western Atlas Int'l, Bedford, UK
- References: <4emq2k$ecu@news.duke.edu>
- In-Reply-To: Max TenEyck Woodbury's message of 30 Jan 1996 20:24:13 PST
- X-Newsreader: Gnus v5.0.4
- X-Auth: PGPMoose V1.1 PGP comp.std.c++
- iQBFAgUBMRAgzuEDnX0m9pzZAQEm5AF+N/+Xt88wi6/WSa30HWOiDjerx/Kq9xmA
- 3EoRDlu+/vM0tprXu16KW97AG+tOIZ2Q
- =+OwT
-
- >>>>> "Max" == Max TenEyck Woodbury <mtew@cds.duke.edu> writes:
-
- Max> First, the range specified for tm_sec is 0-59.
-
- My documentation (IRIX 6.1) gives the range as 0-61. I presume that
- the current standard does cover leap seconds and that your copy is out
- of date. I don't understand why it's not 0-60, though.
-
- Your remaining points have little relevance. localtime() and friends
- are indeed only useful for the Gregorian calendar. If you were to try
- to extend to other calendars you would have difficulty specifying the
- rules. Days may start at dusk, months according to observations of
- the moon. Programs can only approximate the future and look up the
- past.
- --
- Pete Forman
- Western Geophysical
- pete.forman@bedford.waii.com
- ---
- [ comp.std.c++ is moderated. Submission address: std-c++@ncar.ucar.edu.
- Contact address: std-c++-request@ncar.ucar.edu. The moderation policy
- is summarized in http://dogbert.lbl.gov/~matt/std-c++/policy.html. ]
-